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INTERNATIONAL ELECTROTECHNICAL COMMISSION 



CONSUMER AUDIO/VIDEO EQUIPMENT - 
DIGITAL INTERFACE - 

Part 1 : General 



FOREWORD 



al^nLISn^irSSS^^^^^^^ organization for standardization co.pnsing 

international cooperation on all que fons concern r^rs anS^ °! '^^ '° P^^'"^*' 

this end and in addition to other activities the EC nubMch« i^^ . !'!5^^'"' ^^<i electronic fields. To 
entrusted to technical cornmltteesf annic National Co^^^^^^^^ Standards. Their preparation is 

The text of this standard is based on the following documents: 



5) 
6) 



FDIS 


Report on voting 


100C/182/FDIS 


100C/211/RVD 



- Parti: General 

- Part 2: SD-DVCR data transmission 

- Parts: HD-DVCR data transmission 

- Part 4: MPEG2-TS data transmission 

- Part.5: SDL-DVCR data transmission 
Annex A forms an integral part of this standard. 
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CONSUMER AUDIO/VIDEO EQUIPMENT 
DIGITAL INTERFACE - 

Part 1: General 



1 Scope and object 



This part of lEC 61883 specifies a digital interface for consumer electronic audio/video 
Soomin?'"^''^ IEEE 1394 standard. It describes the general packet format dX S 
management and connection management for audiovisual data, and also the general 
transmission rules for control commands. general 



The object of this standard is to define the transmission protocol for audiovisual data and 
ZnXTEEr^%f^^^^^^^ connectability of digital audio and video equipment. 

2 Normative references 

The following normative documents contain provisions which, through reference in this text 
constitu e provisions of this part of lEC 61883. At the time of publication, the edSfons ScSed 

on'Thir a'rt^ Tpc 6ifi«.'°'^'"'"^' '° P^^'^ ^° agreements Las: 

on this part of lEC 61883 are encouraged to investigate the possibility of applyinq the most 

recent editions of the normative documents listed below. Members of lEC and ISO maintan 
registers of currently valid International Standards. mamtan 

flp^a/l^oJ/rloI^/'^K^ ^^^^"°l°9y - Microprocessor systems - Control and Status 

Registers (CSR) Architecture for microcomputer buses 

IEEE 1 394:1 995, Standard for a High Performance Serial Bus 
3 Definitions, symbols and abbreviations 

rEEE'!394"aEply^ ^^'^ ^^"^ °^ lEC 61883. the following abbreviations and definitions of 



AV/C 


audio video control 


CHF 


CIP header field 


CIP 


common isochronous packet 


CMP 


connection management procedures 


CSR 


command and status register 


CTS 


command/transaction set 


CRC 


cyclic redundancy check code 


DVCR 


digital video cassette recorder 


EOH 


end of CIP header 


FCP 


function control protocol 


iPCR 


input plug control register 


iMPR 


input master plug register 


MPEG 


motion picture experts group 
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oPCR output plug control register 

oMPR output master plug register 

PGR plug control register 

ROM read only memory 

cycle master capable 

isochronous resource manager capable 

quadlet 

S100 

S200 

S400 

4 High performance serial bus layers 

4.1 Cable physical layer 

All cable physical layer implementations conforming to this standard shall meet the 
performance cntena specified in IEEE 1394. chapter 4. In addition to the cable and conLctnr 
defined ,n IEEE 1394. the AV cable and connector defined in annex A rnay bf used • 

For AV devices, it is recommended not to generate a bus reset until access to the bus has 
m.lnJ^^^^^^^ as specf-ed in IEEE 1394. Furthermore, it is recommended that AV devicS 
maintain the reset condition on the bus for the minimum time permitted by IEEE 1 394 

4.2 Link layer 

^'ectifr^EEE'lasTS^^r'"'"' '° P-'*"— criteria 

4.3 Transaction layer 

5 Serial bus management 

5.1 Basic serial bus management 

AIMmplementations regarding basic serial bus management conforming to this standard shall 
meet the performance criteria specified in IEEE 1394, chapter 8. ^^lanaaro snail 

5.2 Bus management capability 

A node shall conform to the following requirements: 

" ass?gnefas a''oor" " ^'^"^ '^^^ P°^^'bi"ty to be 

- a node shall be isochronous resource manager capable; 

' fsee'7^2T''"' °' isochronous packets shall have plug control registers 
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5.3 Command and status registers 
5.3.1 CSR core registers 



2'iE^lM'««o"rtffH' tk"'*""''''^'"''.;®" architecture. Details cf the registers ere giveh in the 
S?cMhl'sTA?E!?LlARcm^^ '°' ^'-^ of .hi sta:arr^ 

The STATE CLEAR.cmstr bit shall be implemented, since a node shall be cvcIp mac*or 
capable as described previously. A special emphasis in this standard fs that cms^tfbitT « 
automatically by system software or hardware. If shall be executed J,Ln a nlJi^ I * 

new root after the bus reset initialization procesi fscL'^,eTd'h1hrs manner 'a i%Tsfb%*^ 

5.3.2 Serial bus node registers 

lEE^rT3ri^Unh^:-^,'°;„,r„r;f;^ - 

CYCLE.TIME register 

BUS_TIME register ' 
BUS_MANAGER_ID register 
BANDWIDTH.AVAILABLE register 
CHANNELS.AVAILABLE register 

5.3.3 Configuration ROM requirements 

AriH'i^nn!?^"/'^^'!'^®"* 9®"®'^' ROM format as defined in ISO/IEC 13213 and IEEE 1394 
Add tionaimformation required for implementations of this standard shall be included in one of 
lh.s standard " ' ^" ^''^"^'^ °' configuration ROM implemeniation for 

5.3.3.1 Bus_lnfo_Block entry 

Implementation for bus.info.block in this standard conform to IEEE 1394 The 

Node.UniqueJd shall be present in the busjnfo.block. 

5.3.3.2 Root directory 

The following entries shall be present: 

- ModuIe_Vendor_ld; 

- Node„Capabilities; 

- No.de.unique_id offset; 

- Unit_Directory offset for this standard. 

Other entries can be implemented in addition to the above required entries. 

5.3.3.3 Unit directory 

The following entries shall be present: 

- Unit_Spec_ld; 

- Unit.Sw.Version. 
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The value of the UniLSpec_ld and the Unit.Sw.Version for this standard are given as follows: 
Unit_Spec_ld: First octet =00^6 
Second octet =A0i6 
Third octet = 2Di6 

Unit_Sw_Version: First octet =01i6 

The second and third octets are reserved for this standard and indicate capabilities for 
command/transaction sets. The 4.bit CTS (see 9.3) allows 16 command/transaction sets. Each 
bit of the second and third octets corresponds to one command/transaction set The least 
significant bit corresponds to CTS code = OOOOg. The most significant bit corresponds to CTS 
code = 11112. When a node supports a CTS, the node shall set the corresponding bit to 1 A 
node may support more than one (plural) CTS. 

6 Real time data transmission protocol 

6.1 Common isochronous packet (GIF) format 

6.1.1 Isochronous packet structure 

The structure of the isochronous packet for this standard is as illustrated in figure 2 The 
packet header and header CRC are placed as the first two quadlets of an IEEe'i394 

IpST^'^o.''^ ^l^^^^- ^^^"^^^ P'^^^^ beginning of the data field of an 

l£EE 1394 isochronous packet, immediately followed by zero or more data blocks. 

6.1.2 Packet header structure 

The packet header consists of the following items as specified in IEEE 1394. 

Data^length: specifies the length of the data field of the isochronous packet in 
bytes, which is determined as follows: 

CIP header size + signal data size 

"^^9: provides a high level label for the format of data carried by the 

isochronous packet. 

OO2 = No CIP header included 

OI2 = CIP header included as specified in 6.1.3 

IO2 = Reserved 

1 12 = Reserved 

Channel: specifies the isochronous channel number for the packet. 

Tcode: specifies the packet format and the type of transaction that shall be 

performed (fixed at IOIO2). 

Sy: Application-specific control field. 

6.1.3 CIP header structure 

The CIP header is placed at the beginning of the data field of an IEEE 1394 isochronous 
packet. It contains information on the type of the real time data contained in the data field 
following it. The structure of the CIP header is shown in figure 3. 
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The definitions of the fields are given as follows: 

EOH.n (End of CIP header): means the last quadlet of a CIP header. 



Form_n: 



CHF.n (CIP header field): 



0 = Another quadlet will follow 

1 = The last quadlet of a CIP header 

in combination with EOH, shows the additional 
structure of CHF_n. 

CIP header field of n^h quadlet. The additional 
structure of CHF.n depends on EOH_0, form_0, 
E0H_1, form_1, ... EOH_n, and form_n. 



6.2 Transmission of fixed length source packet 

This protocol transfers a stream of source packets from an application on a device to an 
application on other device(s). A source packet is assumed to have a fixed length which is 
defined for each type of data. The data rate can be variable. ' 



A source packet may be split into 1. 2, 4 or 8 data blocks, and zero or more data blocks are 
contained in an IEEE 1394 isochronous packet. A receiver of the packet shall collect the data 
blocks in the isochronous packet and combine them to reconstruct the source packet to send 
to the application. 



A model complying with above statement is shown in figure 4. 
6.2.1 Two-quadlet CIP header (form_0=0, form_1=:0) 

This standard defines the two-quadlet CIP header for a fixed length source packet There are 
two types for the structure of the two quadlet CIP header as shown in figure 5. One is the CIP 
header with SYT field (figure 5a). and the other is the CIP header without SYT field (figure 5b) 
If a device transmits real time data (identified by FMT) and requires time stamp in the CIP 
header, it shall use the SYT format. 



The definitions of the fields are given as follows, 

- SID: Source node ID (node ID of transmitter) 

- DBS: Data block size in quadlets 

DBS field is 8 bits because 256 quadlets is the maximum payload size for S100 mode 
When 8 bits are all 0, it means 256 quadlets; and 00000001 2 to IIIIIIII2 means 1 
quadlet to 255 quadlets accordingly. 

OOOOOOOO2 = 256 quadlets 

00000001 2 = 1 quadlet 

0000001 02 = 2 quadlets 



IIIIIIII2 = 255 quadlets 

Several data blocks may be put into a bus packet, which is a packet to be transmitted on 
the bus, if higher bandwidth is required for S200 and S400 mode. 
NOTE - Si 00. S200. S400 are transmission modes as defined in IEEE 1394. 
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- FN: Fraction number 

The number of data blocks into which a source packet is divided. The allowable numbers 
and allocated FN codes are listed in table 1. 

- QPC: Quadlet padding count (0 quadlet to 7 quadlets) 

The number of dummy quadlets padded at the end of every source packet to enable 
division into equally sized data blocks. The value of all bits in padding quadlets is always 
zero. 

The number of padding quadlets shall be less than the number of data blocks into which 
every source packet is divided, as encoded by FN. 

The number of padding quadlets shall be less than the size of a single data block, as 
encoded by DBS. Consequently, a data block shall never consist entirely out of padding 
quadlets. 

- SPH: Source packet header 

The value one indicates that the source packet has a source packet header. The format 
of the source packet header is shown in figure 6. Code allocation of the time stamp field 
is shown in table 4a. When a time stamp is indicated, the time stamp field shall be 
encoded as the lower 25 bits of the IEEE 1394 CYCLE.TIME register. Other bits are 
reserved for future extension and shall be zeros. 

- Rsv: Reserved for future extension and shall be zeros. 

- DBC: DBC is the continuity counter of data blocks for detecting a loss of data blocks. 

The value refers to the first data block following the CIP header in the bus packet. The 
lower FN bits contain the sequence number of the data block within its source packet. 
The remaining 8-FN bits form the sequence number of the source packet. The first data 
block of any source packet always has a sequence number with value zero. If FN is zero, 
then all 8 bits of DBC are used to represent a source packet sequence number. See also 
table 2. 

- FMT: Format ID 

The code allocation is illustrated in table 3. 

If FMT is 11 1 1 1 1 2 (no data), the fields for DBS, FN, QPC. SPH and DBC are ignored and 
no data blocks shall be transmitted. The most significant bit of the FMT field identifies 
SYT_available / SYT_not„available. See also figure 5 and table 3. 

- PDF: Format dependent field 

This field is defined for each FMT. 

- SYT: The code allocation of the SYT field is shown in table 4b. When a time stamp is 
indicated by the msb of the FMT field, the SYT field shall be encoded as the lower 16 bits of 
the IEEE 1394 CYCLE_TtME register. 

6,2.2 Isochronous packet transmission 

Active transmitters shall send an isochronous packet in every cycle. If no data block is 
available, an empty packet shall be sent. An empty packet shall always contain a two-quadlet 
CIP header. The DBC field of empty packet shall show the count for the first data block 
contained in the first non-empty IEEE 1394 isochronous packet following this empty packet. 
The- other fields shall match the fields of the CIP header of non-empty packets on the same 
transmission stream. 
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7 Isochronous data flow management 
7.1 Introduction 

To start and stop isochronous data flows on the bus and to control their attributes the conceot 
rigS.' ' ^'"9 ^«9'ste^s are speciaf purpose cTr 

re^rs.^;^r.ers^^^^ -e. .0 es,a.ls. an an3,o,v 

The contents of the plug control registers and how they may be modified is described in this 
clause. The set of procedures that use the plug control registers to control an isochronous da a 

^^^^n^iSc^^s'ni:::^^''^"' ^^--^-^ that rha^b^^rd^^b;?? 

7.2 Plugs and plug control registers 

An isochronous data flow flows from one transmitting AV device to zero or more receivino AV 
devices by sending isochronous packets on one isochronous channel of the IEEE 1394 bus An 
isochronous channel shall not carry more than one isochronous data flow and eacS 
isochronous data flow shall be carried on one isochronous channel. 

fn';^i'?rfnT°tv' '^IV?'^-*' t^3"s^*«ed to an isochronous channel through one output plug 
?nVuf n/ua on L fn ' tr^^'^^^^ ^^^^ isochronous channel through'^nf . 
mnr. tfin^ ^ receiving AV devices. Each input and output plug shall not carry 

more than one isochronous data flow. " k a ^-Han nui odny 

°I }^°^^'°^°^^ data flow through an output plug is controlled by one 
output plug control register (oPCR) and one output master plug register (oMPR) \oclxed on 
the transmitting AV device. On each AV device there is only one OUTpiT MASTE^PLUG 
register for all output plugs. The OUTPUT_MASTER_PLUG register controiraHatt ibutis that 

SuVplT°P;urcONT£n the'correspondlnglv ^vfe The 

H=;Jf(« ^ - i^^"^'- '®9'^t®' ^°"t'°'= a" attributes of the corresponding isochronous 
that AV devicL''' '"'"P^"'^-^* ^"^''^"^^^ °f isochronous data flows t^ransmmed bj 

The reception of an isochronous data flow through an input plug is controlled by one mout 
plug control register (iPCR) and one Input master plug register (7MPf?? located on 
thetreceivmg AV device. On each AV device there is onl? on! IN^UT MASTER PLUG 
commnn °[n"' 'l'^'' ''''^ <NPUT.MASTER_PLUG register controls aNairbutes that are 
IN?UT PL Sg CONTRnr^ T"'''"' '"^^ corresponding AV device The 

Nn^ thlt ^ -S ''°"t'°'^ ^" attributes of the corresponding isochronous data 

flowjhat are independent from attributes of other isochronous data flows riceived by that AV 

An isochronous data flow can be controlled by any device connected to the IEEE 1394 bus bv 
modifying the corresponding plug control registers. Plug control registers can be rnodi'ed bl 
means of asynchronous transactions on the IEEE 1394 bus or by internal modificaTons If the 
plug control registers are located on the controlling device. moaiiicaiions it the 

The usage of plugs and plug control registers is illustrated in figure 7. 
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Let #iPCR and #oPCR denote the number of isochronous data flows that can be 
simultaneously received and transmitted respectively by an AV device (such as a multiple 
viewing device or a multiple tuner device). Both #iPCR and #oPCR shall be constants in the 
range [0 .. 31] that are AV device dependent. 

Each AV device shall implement #oPC/=? output plugs each controlled by one separate 
OUTPUT_PLUG_CONTROL register and #/PCfl input plugs, each controlled by one separate 
INPUT_PLUG_CONTROL register. For AV devices implementing INPUT_PLUG_CONTROL 
registers, a single INPUT_PLUG_C0NTROL register within that AV device shall be denoted as 
INPUT_PLUG_CONTROL[/]. where / is in the range [0 #iPCR-1]. The 

INPUT_MASTER_PLUG register is optional when #iPCR = 0 and mandatory otherwise For AV 
devices implementing OUTPUT„PLUG_CONTROL registers a single 
OUTPUT.PLUG.CONTROL register within that AV device shall ' be denoted as 
OUTPUT_PLUG_CONTROL[/], where / is in the range [0 #oPCR.1]. The 
OUTPUT_MASTER_PLUG register is optional if #oPCR = 0 and mandatory otherwise. 

The mapping between an INPUT_PLUG_CONTROL register and an isochronous data flow in a 
receiving AV device and the mapping between an OUTPUT„PLUG_CONTROL register and an 
isochronous data flow in a transmitting AV device is AV device dependent. 

7.3 Connections 

To transport isochronous data between two AV devices on the IEEE 1394 bus. it is necessary 
for an application to connect an output plug on the transmitting AV device to an input plug on 
the receiving AV device using one isochronous channel. The relationship between one input 
plug, one output plug and one isochronous channel is called a point-to-point connection. A 
point-to-point connection can only be broken by the same application that established it. 

It is also possible that an application just starts the transmission or the reception of an 
isochronous data flow on its own AV device by connecting one of its output or input plugs 
respectively to an isochronous channel. The relationship between one output plug and one 
isochronous channel is called a broadcast-out connection. The relationship between one 
input plug and one isochronous channel is called a broadcast-in connection. Broadcast-out 
and broadcast-in connections are collectively called broadcast connections. A broadcast 
connection can be established only by the AV device on which the plug is located but It can be 
broken by any device. The concept of connections is illustrated in figure 8. 

Only one broadcast-out connection can exist in an output plug and only one broadcast-in 
connection- can exist in an input plug. One broadcast connection and multiple point-to-point 
connections can exist simultaneously in one plug. This can be achieved by overlaying a 
connection over existing connections in the same input or output plug. Note that all connections 
that exist in one plug use the same isochronous channel and transport the same isochronous 
data flow. Multiple independent applications can create point-to-point connections between the 
same input and output plug. 

7.4 Plug states 

A plug can be in four states as described in figure 9: idle, ready, active and suspended. 

A plug is either on-line or off-line. Only a plug that is on-line is capable of transmitting or 
receiving an isochronous data flow. 

NOTE 1 - Being capable does not mean that the plug is actually transmitting or receiving an isochronous data flow. 
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A plug may be off-line, for example, because it relies on resources that are (temporarily) 
unpowered or otherwise unavailable. The reasons that cause a plug to switch between on- and 
off-line are internal to the AV device on which the plug is located and do not fall within the 
scope or this standard. 

A plug to which no connections exist is called unconnected. A plug to which one or more con- 
nections exist IS called connecjed. A plug which is connected and on-line is called active 
Only an active plug shall transmit or receive an isochronous data flow except in the case of a 
bus reset where the isochronous data flow is resumed immediately after the bus-reset 
according to the procedures described in 7.10. A plug shall cease transmitting an isochronous 
data flow within 250 jis after becoming unconnected via transition d in the plug state diagram. 

In figure 9, all possible transitions from one state to another are given. Transitions are atomic 
and effectuated by modifying the corresponding plug control register as described^n 7.9 

" ? ''"^^ contents of plug registers are reliable, any intermediate results which mav 

occur during a state transition should not be made available. A technique to achieve this isTdislble access to^hl 
t'Sol[.'?»'Sf '""'^'."3 mechanisms) once a state transition i invoked tSd to ensurl tr^ 

iruS^dSirco^nVtr^^ — -spended ^^df^ ^^n 

7.5 OUTPUT_MASTER_PLUG register definition 

The format of the OUTPUT_MASTER_PLUG register is shown in figure 1 0. 

2 deTedTn°7.2"*^''^ ^""^ °^ "'"^^ ^" implements 

The persistent and non-persistent extension fields are defined for future extensions. 

t"^ho^„?f ^J^^® capability is a constant, depending on the AV device concerned, that indicates 
the maximum speed at which an isochronous data flow can be transmitted by an AV device Its 
value IS an index into table 5. uy an mv aevice. us 

lufr^n^aruil Channel base determines the isochronous channel number when a broadcast- 
to h«toi,nTK f ^" °"tP"t Pl"9 while there exists no point-to-point connection 

rxp?e^^JS^nTh'e%o^l:Sg5;^'r" '^'^ ^^^^ ^^^^ 

B the value of broadcast channel base field 

N[i] isochronous channel number for broadcast connection usina 
OUTPUT_PLUG_CONTROL[i] 
e < 63: N[i\ = {B+i) mod 63 
B = 63: N[i] = 63 

In this way the output plugs on an AV device use consecutive channel numbers if the broadcast 
e5uals'63 " *° " ^'"^ " channefbase 

7.6 INPUT_MASTER_PLUG register definition 

The format of the INPUT_MASTER_PLUG register is shown in figure 11. 

Is defSTn°/.Z °^ '"P"^ ^" ^^^''^^ implements. 

The persistent and non-persistent extension fields are defined for future extensions. 
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The data rate capability is a constant, depending on the AV device concerned that Indicates 
the maximum speed at which an isochronous data flow can be received bv an AV device Its 
value IS an index into table 5. ^ aevice. us 

7.7 OUTPUT_PLUG_CONTROL register definition 

The format of the OUTPUT_PLUG_C0NTR0L register is shown in figure 12. 
Ir^ofr/i^^Cvaleze^^^^^ corresponding output plug is on-line (value one) 

The broadcast connection counter always indicates whether a broadcast-out connection to the 
output plug exists (value one) or not (value zero). The point-to-point connection counter alway^ 
indicates the number of point-to-point connections that exist to the output plug. 

IZsf.Tf^^ri^"^ "'^"^ber that the output plug 

fpnlitf! ho ?® isochronous data flow when it is activated. For an active output plug I 

ndicates the actual channel number that the output plug uses to transmit the isochronous data 
flow. For an unconnected output plug it has no meaning socnronous aaia 

Sncmif thr'^"'^ h"*''"^ ^'"3 "^^^^ '^^^ ''"^'^^^^^ ^ate the output plug shall use to 

transmit the isochronous packets of an isochronous data flow when it is activated For a° 

OUTPUT Kp'r'p h? ""^'^ ^'^^-ed the data rate capability of the 

t;.ncm t rh - '^3'^*^'- '"^"=ates the actual bit rate that the output plug uses to 

transm t the isochronous packets of an isochronous data flow. An active output plug whose 
fnZ T 1^ f''''^.^^^ '^^^^ '^^^ capability of the OUTPUT.MASTER PLUG register or 
indicates the value "reserved" (see table 6) shall not transmit isochronoul packets For an 

ITHoTfhf -^''^.k'^ '"'^ '^'^ ""^^f'"^^- "^^^ ^^'"^ ^^'^ *^ encoded as an index In 

table 5 that gives the corresponding IEEE 1394 bit rate value (see IEEE 1394). 

The payload indicates the maximum number of quadlets that the output plug shall transmit in 
one isochronous packet of an isochronous data flow when it is activated The valCe ze o 
Z'nT'^rVrl ^"^dlets. The payload does not include the header, the header CRC and 
The dataTtsei? '^"^ '^^^ *° isochronous packet in a'ddition to 

h°'/"wi!?':u"?®v*®^ ""'f^"* P'^'S overhead.lD field specifies the upper bounds for the 
bandwidth that the output plug needs for the transmission of an isochronous packet of an 
isochronous data flow m addition to the bandwidth needed to transmit the payload of that 
isochronous. packet. The overhead bandwidth serves to cope with delays caused by IEEE 1394 
bus parameters. For a connected output plug it indicates the bandwidth that has actually been 
allocated for this purpose. The overhead.lD is encoded as an index in table 7 that qives the 
corresponding overhead bandwidth in IEEE 1 394 bandwidth units (see IEEE 1 394). 

The paytoad data rate and overhead.lD represents the associated bandwidth in IEEE 1394 
bandwidth units (see IEEE 1394) for the output plug according to the following formula 

BWU = overhead.lD x C + (payload- + K) x Dfl if overhead.lD > 0; 
BWU =5^2 + (payload + K)x DR \i overhead.lD = 0; 
■ where 
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BWU 


• ccc io»*f uanawiuTn unitS 


un 


data rate coefficient 


c 


= 32 


K 


= o 


DR 


= 16 for S100 




= 8 for S200 




= 4 for S400 



7.8 INPUT_PLUG_CONTROL register definition 

The format of the INPUT_PLUG_CONTROL register is given in figure 13. 

ItnnXl^ezeror corresponding input plug is on-line (value one) or 

The broadcast connection counter indicates whether a broadcast-in connection to the inout 
plug exists (value one) or not (value zero). The point-to-point connection counter indicates the 
number of pomt-to-point connections that exist to the input plug. moicaies the 

For a connected input plug the channel number indicates the actual channel number that the 
input plug uses to receive the isochronous data flow. numoer mat tne 

7,9 Plug control register modification rules 

The contents of a plug control register shall be modified either internally by the AV device on 
which the plug control register is located or externally via the IEEE 1394 bus by usinq a ouadlet 
compare.swap lock transaction as defined in the IEEE 1394 standard. The effect of an 
externa modification ,s specified as the "lock effect" in Figures 10 to 13 and described in 7 5 
the iIee S srandar'^^^ ' compare.swap lock transaction as defined in 

Each plug control register defined in 7.5 to 7.8 shall store any value according to the definition 
n Lri^hJSlf' ' w°"'^ " I'" compare/swap lock transaction returns "resp complete" A 
ttyuglontrr'egis^e"'"' ^° requirements of 7.5 to 7.8 for the values tha't-are Stored in 

olT^tlSAVfnJp^^uS INPUT_MASTER_PLUG register and 

~ "^°^'f'catioris shall adhere to the definitions of the OUTPUT MASTER PLUG reaister 
and INPUT_MASTER_PLUG register as specified in subclauses 7.5 and 7^6 respectively 

JuT^u'ri^ur'rnSipn^^ °* ^" INPUT_PLUG_CONTROL register and 

uu {(-"u I _PLUG_CONTROL register are specified: 

- all rnodifications shall adhere to the definitions of the OUTPUT PLUG CONTROL reaistpr 
and INPUT_PLUG_CONTROL register as specified in 7.7 and 7.8" respectively; ^ 

- the channel and associated bandwidth (see 7.7) as stored in an OUTPUT PLUG CONTROL 
register shall be allocated during the entire time the corresponding output plug is connected; 

- the channel number field and data rate field of an OUTPUT_PLUG_CONTROL reaister shall 
not be modified while the corresponding output plug is connected; 

- the channel number field in an INPUT_PLUG_CONTROL register shall not be modified while 
Its point-to-point connection counter field is not equal to zero; moaiiiea wniie 
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- the broadcast connection counter field shall be set internally; 

- when an output plug becomes connected the data rate field. overhead.lD field channel 
number field, the broadcast connection counter field and the point-to-point connection 
counter field shall be modified in the same compare.swap lock transaction; 

- if the broadcast connection counter of an OUTPUT_PLUG_CONTROL register is modified 
from zero to one while its point-to-point connection counter remains zero, the channel 
number shall be modified in the same compare_swap lock transaction accordina to the 
formula given in 7.5. ^ 

7.10 Bus reset 

When a bus reset occurs, the following actions shall be performed: 

a) All AV devices that had connected input and output plugs prior to the bus reset shall 
continue respectively to receive and transmit the isochronous data flow immediately after 
the bus reset according to the values in the plug control registers immediately before the 
bus reset. 

b) AV devices that had connected input and output plugs prior to the bus reset shall behave 
according to the values in the corresponding plug control registers after 
isoch_resource_delay (equal to 1 ,0 s) following the bus reset. 

7.11 Plug control register access rules. 

The part of the initial node space (see ISO/IEC 13213) shown.in figure 14 is used to allocate 
the plug control registers. 

NOTE - This address space still has to be confirmed with IEEE to prevent conflicts with non-AV devices, 

f^'PP"'^ "^"^"^^^^ compare.swap lock transactions on all quadlet 

aligned addresses of the plug control registers that it implements (see 7.2). If a. transaction is 
requested on the address of an unimpiemented plug control register, the transaction may fail 
with the response code "resp_address_error". or behave as an unimpiemented CSR 
according, m either case, to IEEE 1394. ■ 

An AV device may optionally support a block read transaction on the plug control register 
fu fw^f I^^^ ^ '^^^ transaction contains addresses of plug control registers that 
the AV device does not implement, the transaction shall either fail with the response code 
resp_address_error" as defined in IEEE 1394, or succeed. If the transaction succeeds the 
returned values for unimpiemented plugs shall be consistent with the value o 
unimpiemented CSR according to IEEE 1394. 



an 



8 Connection management procedures (CMP) 
8.1 Introduction 

This clause describes the procedures that an application shall use to manage connections 
between input and output plugs of AV devices by modifying plug control registers according to 
the rules defined in clause 7. Only connections as defined in clause 7 of this standard can be 
managed. The following management procedures are defined for each connection type: 

- establishing a connection; 

- overlaying a connection; 

- breaking a connection. 
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These operations involve the incrennenting and decrementing of connection counters in the 
plug control registers. Figure 15 shows the relationship between these operations for the 
different connection types. The procedures for each connection type are described by flow 
diagrams in figures 16 to 28. No change to the contents of a plug control register is executed 
until the first modify operation following it in the flow diagram. The flow diagrams represent 
possible implementations of the procedures. Other conforming implementations are possible. 
An implementation is conforming if and only if it does not violate the plug control register 
modification rules (see 7.9) and the state transition diagram of figure 15. 

8.2 Managing point-to-point connections 

Point-to-point connections are protected in the sense that a point-to-point connection can only 
be broken by the same application that established it. Consequently, the active output plug 
does not stop the transmission of the isochronous data flow as long as the application does not 
break its point-to-point connection to that output plug. 

8.2.1 Procedure for establishing a point-to-point connection 

This procedure creates a protected connection between one unconnected input plug and one 
unconnected output plug using one unused channel. Figure 16 shows an implementation 
conforming to this procedure. 

The choice of which OUTPUT_PLUG_CONTROL register and lNPUT_PLUG_CONTROL 
register on the transmitting and receiving AV device respectively are used does not fall within 
the scope of this standard. The choice of which channel, data rate and overhead.lD ^re used 
also does not fall within the scope of this standard, 

8.2.2 Procedure for overlaying a point-to-point connection 

This procedure adds a protected connection to a connected output plug between that output 
plug and an input plug. The isochronous channel that the output plug is using to transmit the 
isochronous data flow shall be used for the added point-to-point connection. Figure 17 shows 
an implementation conforming to this procedure. 

The choice of which INPUT.PLUG_CONTROL register on the receiving device is used does 
not fall within the scope of this standard. 

8.2.3 Procedure for breaking a point-to-point connection 

This procedure deletes one protected connection between one connected input plug and one 
connected output plug. If breaking the point-to-point connection causes the output plug 
to become unconnected, the output plug shall stop transmitting the isochronous data flow. 
Figure 16 shows an implementation conforming to this procedure. 

The responding application shall not reject the decrementing of the point-to-point connection 
counters in the OUTPUT.PLUG.CONTROL and INPUT_PLUG_CONTROL registers. 

8.3 Managing broadcast-out connections 

Broadcast-out connections are unprotected in the sense that a connection can be broken by 
any application. Consequently, the application that established the broadcast-out connection 
has no guarantee that the output plug will continue the transmission of the isochronous data 
flow. The following procedures are defined for a broadcast-out connection: 
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- establishing a broadcast-out connection; 

- overlaying a broadcast-out connection; 

- breaking a broadcast-out connection. 

8.3.1 Procedure for establishing a broadcast-out connection 

This procedure creates an unprotected connection between one unused channel and one 
unconnected output plug. Figure 19 shows a conforming implementation of this procedure. 

The choice of which OUTPUT_PLUG_CONTROL register on the transmitting AV device is used 
does not fall within the scope of this standard. The choice of which data rate and overhead ID 
are used does not fall within the scope of this standard. The channel according to the formula 
in 7.5 shall be allocated. Note that if that channel is in use, the procedure fails. 

8.3.2 Procedure for overlaying a broadcast-out connection 

This procedure adds an unprotected connection between a connected output plug and the 
channel that this output plug uses to transmit an isochronous data flow. Figure 20 shows an 
implementation conforming to this procedure. 

8.3.3 Procedure for breaking a broadcast-out connection 

This procedure deletes an unprotected connection between a connected output plug and the 
channel that this output plug uses to transmit, an isochronous data flow If breaking the 
broadcast-out connection causes the output plug to become unconnected, the output plug shall 
stop transmitting the isochronous data flow. Figure 21 shows an implementation conforming to 
this procedure. ^ 

The responding application shall not reject the decrementing of the broadcast connection 
counter in the OUTPUT_PLUG_CONTROL register. 

8.4 Managing broadcast-in connections 

Broadcast-in connections are unprotected in the sense that the application that established the 
broadcast-in connection does not know whether there is an output plug transmitting an 
isochronous data flow on the channel that the input plug uses to receive and if there is no 
guarantee that the output plug will continue the transmission. 

8.4.1 Procedure of establishing a broadcast-in connection 

This procedure creates an unprotected connection between one channel and one unconnected 
input plug. Figure 22 shows an implementation conforming to this procedure. 

The choice of which INPUT_PLUG_CONTROL register on an AV device is used does not fall 
within the scope of this standard. The choice of which channel is used does not fall within the 
scope of this standard. 

8.4.2 Procedure for overlaying a broadcast-in connection 

This procedure adds an unprotected connection between a connected input plug and the 
channel that this input plug uses to receive an isochronous data flow. Figure 23 shows an 
implementation conforming to this procedure. 
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8.4.3 Procedure for breaking a broadcast-in connection 

J^?nno?.hl1"i^'^®'®^f'.^" unprotected connection between a connected input plug and the 
channel that this input plug uses to receive an isochronous data flow The inout dIuq shall ston 

[he1Z?l'JrH^°"°'' '''' ' ' ''^^^^'"S broadcast in con 'i tion cL es 

proceduJe ^ unconnected. Figure 24 shows an implementation conforming to this 

The responding application shall not reject the decrementing of the broadcast connection 
counter in the INPUT_PLUG_CONTROL register. oroaacast connection 

8.5 Managing connections after a bus reset 

After a bus reset all plugs are in the unconnected state. All procedures to restore the 
connections that existed in a plug immediately before the bus reset shall be execS before 

roo;??sT?-imt Ih''^""^ ''''' '° ''''''' isochronous daH^ws bling 

stopped (see 7.10). In these procedures, the channel and data rate used before the bus reset 

8.5.1 Procedure for restoring a point-to-point connection after a bus reset 

Figure 26 shows a conforming implementation of the procedure to restore a point-to-point 
connection that it had established prior to the bus reset.. ^ 

me^oSrPUT Pnir"rnM^^^^^ 1° ^^'^^'at^d using the contents of 

tne OUTPUT_PLUG_CONTROL register after the bus reset. 

8.5.2 Procedure for restoring a broadcast-out connection after a bus reset 

r/?nn«ntl^ntI;Tf H^^''°"I°L?'u3 implementation of the procedure to restore a broadcast-out 
connection that if had established prior to the bus reset. 

t?e^Ol5rPUT mir "rnM^^^^^ *° ^^l^^^'ated using the contents of 

the OUTPUT.PLUG.CONTROL register after the bus reset. 

8.5.3 Procedure for restoring a broadcast-in connection after a bus reset 

Figure 28 shows a conforming implementation of the procedure to restore a broadcast-in 
connection that it had established prior to the bus reset. oroaacast in 

9 Function control protocol (FCP) 
9.1 Introduction 

rpp"??^Qf ^^^^^ designed in order to control devices connected through an 

pro crD ^"°!!^ command sets and various command transactions are available on 

iPFP "^^^T^"^ *° ''^'^^ °" '^^^ PCP uses asynchronous packets of 

ittt 1394 for sending commands and responses. See figure 29. 

In FCP a node the choice of which controls other node(s) remotely is called a controller and a 
node which is controlled remotely is called a target. ^onuouer. ana a 
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^So /^"^® °^ *° ''^ transferred from a controller to a target or vice versa 

An FCP frame which is sent from a controller to a target is called a command frame and an 
FCP frame which is sent from a target to a controller is called a response frame. The register 
which IS prepared for receiving a command frame is called a command register and the 
register which is prepared for receiving a response frame is called a response register. 

9.2 Asynchronous packet structure 

The asynchronous packet structure used for sending an FCP frame is shown in figures 30 and 31. 

in FCP, the payloads of a write request for data block packet (refer to figure 30) and a write 
request for data quadlet (refer to figure 31) are called an FCP frame. A write request for data 
quadlet is used as a FCP frame only when the length of the FCP frame is exactly four bytes 
FCP frames are classified as command frames and response frames. The command franie is 
written into a command register on a target and the response frame is written into a response 
register on a controller. These registers are separated and destination offset addresses of 
these registers are specified in the FCP as below. 

Offset base (top address of initial register space) ffff fooo 0000,6 

Top address of command register (offset) ffff fooo oboOis 

Top address of response register (offset) ffff fooo ODOOig 

NOTE - This address space has still to be confirmed with IEEE to prevent conflicts with non-AV devices. 

Only write transactions that include ffff fooo OBOO-.g or ffff fooo odoo,. as 
destination_offset are permitted. ' . 

9.3 FCP frame structure 

The FCP frame structure is shown in figure 32. 

CommandH-ransaction Set (CTS) is one component of an FCP frame CTS specifies the 
command set, the structure of the command/response field and the rules of transactions used 
for senoing commands and responses. The CTS table is shown in table 8. 

9.3.1 Vendor unique command/transaction set 

If the CTS code is IllOg, it indicates that the FCP frame belongs to vendor unique CTS. An 
FCP frame structure which belongs to vendor unique CTS is shown in figure 33. 

Each vendor may specify a frame structure (except company_ID), a command set and rules for 
sending commands/responses. 



9.3.2 Extended command/transaction set 

CTS code IIII2 is reserved for future extensions of CTS. 



61863-1 © IEC:1998 



-41 - 



Table 1 - Code allocation of FN 



1 FN 


Description 


00 


Not divided 


01 


Divided into 2 data blocks 


1 0 


Divided into 4 data bioclcs 


1 1 


Divided into 8 data blocks 



Table 2 - Placing of data block sequence 



FN 


Bits of DBC showing the place of data block sequence 


00 


(Not divided) 


0 1 


shown in the lowest 1 bit 


1 0 


shown in the lowest 2 bits 


1 1 


shown in the lowest 3 bits 



Table 3 - Code allocation of FMT 



1 FMT (binary) 


Description 


000000 


DVCR 


000001 


Reserved 


011101 




011110 


Free (vendor unioue) 


0 11111 


Reserved 


. 100000 


MPEG 


10000 1 




111101 


Reserved 


111110 


Free (vendor unique) 


111111 


No data 




61883-1 ©IEC:1998 -43- 

Table 4 - Code allocation of time stamp 



Table 4a - Time stamp field of source packet header 



1 Time stamp field (binary) 

1 Higher 13 btts Lower 12 bfts 


Description 


0 0000 0000 0000 0000 0000 0000 

.and 

1 1111 0011 1111 1011 1111 1111 


Time stamp 


1 1111 1111 1111 and 1111 1111 1111 


No information 


Other values 


Reserved 



Table 4b - Time stamp of SYT field 



1 SYT (binary) 

1 Hiqher4bHs Lower 12 bits 


Description 


0000 0000 0000 0000 
and 

1111 101111111111 


Time stamp 


1111 and 1111 1111 1111 


No information 


Other values 


Reserved 



Table 5 - oMPR and iMPR data rate capability encoding 



Data rate 
capability 


IEEE 1394 
data rate 


00 


SI 00 


01 


S200 


10 


S400 


11 


Reserved 



Table 6 - oPCR data rate encoding 



Data rate 


IEEE 1394 
data rate 


"00 


S100 


01 


S200 


10 


S400 


11 


reserved 



Table 7 - oPCR overhead ID encoding 



Overhead ID 


IEEE 1394 bandwidth 
allocation units 


0000 


512 


0001 


32 


0010 


64 


0011 


96 


0100 


128 


0101 


160 


0110 


192 


0111 


224 


1000 


256 


1001 


288 


1010 


320 


1011 


352 


1100 


384 


1101. 


416 


1110 


448 


1111 


480 



Table 8 - CTS: Command/Transaction Set 



CTS code 
msb Isb 


CTS 


0 0 0 0 


AV/C 


0 0 0 1 


Reserved for CAL 


0 0 10 


Reserved for EHS 


0 0 11 

1 10 1 


(Reserved) 


1110 


Vendor unique 


1111 


Extended CTS 
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Offset (Base address FFFF FOOD 0000,6 ) 
Bus_info_block 



04 00„ 


04,8 j crc_length 


rom. 


.crc_value 


04 04,e 


"13 9 4" 


04 08,e 


IB 


■2[l| reservecj cyc_clk_acc 


max.rec 


Reserved 


04 0C,6 




node_vendor. 


.id 




chipjd.hi 


04 10,e 


chip_id_Io 



Root_directory 



04 14,6 
04 18,6 
04 1C,6 
04 20,6 
04 24,6 
04 28,6 



Unit_directory 



Node_unique_id leaf 



root_length 


CRC 


03,6 


module_vendor_id 


0C,6 


node_capabilities 


8D,6 


node_unlque_id offset 


D1,6 


unlt_directory offset 







unit_directory_length 


CRC 


12,6 


unit_spec_id 


13,6 


unit_sw_version 


1 


Optional 





00 02,e 


CRC 


node_vendor_id 


chip_id_hi 


chfp_id_lo 



Figure 1 



- Configuration ROM format 
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Transmitted first 



Data leni 
' * ' ' ■ ■ > T I 



gtf^. Tag Channeljrcodel Sv 



Headsr CRC 



Data field 



* f I I 



Data_£RC 



I I 



■* I M i \ \ 



1 quadlet = 32 bits 
Isochronous packet 



Transmitted. Iast| 

>.! 



CIP header 



Zero or more data blocks 



CIP header and real time data 



Figure 2 - Isochronous packet 








1 quadlet = 32 bits 


! Ibit 


Ibit 




EOH.O = 0 


Form_0 


CHF_0 1 


EOH.I = 0 


Formal 


CHF_1 






t , 
1 - * 


EOH_n = 1 j 


Form_n j 


CHF_fi j 



Figure 3 - CIP header 



Source packets 

Source 
packet 



Data 



Seader"''Hl_^4_J_J .1 1 ) ) ) 

: /; .•' .■■ ,■■ : /: /: /l > Psaiing 

MOCKS gb'tiDygb'c 

< » \ |V ""v^ I 



J=p. 



^ * f / 

/: /; /: .« 



Bus packets 



:7' 



I 



Cycle sync 



man , 
iip liti lid III pi'^'p i 



Packet header 
and CIP header 



Empty packet 



Cycle start packet 



Data blocks 



Figure 4 - Model of transmission of source packets 
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0 


0 


SID 


DBS 

i 1 i 1 t 1 1 


FN j QPC 

f 1 1 f 


SPHi 


rsv 


DBC 


1 


0 


0; FMT 
i 1 f 1 1 


FDF 

__J_I__l 1 1 1 1 


__L_l 1 1 1 


-J 


SY 
-J, 1 


''''III 

T 

_L_LJ 1 1 1 1 



Figure Sa - CIP header with SYT field 



0 


0 


SID 

__L 1 1 II 


DBS 

_J_ .l t 1 t 1 1 


FN QPC 
1 1 1 1 


a| rsv 


OBC 

I'll ' ' ' 


1 


0 


1 ': FMT 
_L 1 1 r 1 


FDF 

i ' ' 1 1 1 1 I 1 1 M 1 


..III 


' ' ' 1 1 1 1 



Figure 5b - CIP header without SYT field 
Figure 5 - Two quadlets CIP header (Form_0, Form_1=0) 



Reserved 




Time stamp 


1 1 1 1 I. 1 


1 1 1 1 1 1 


1 1 1 1 1 1 



Figure 6 - Source packet header format 
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Isochronous data flow 

Figure 7 - Plug and PR usage 



AV-device 



AV-device 



AV-device 



IEEE 1394 bus 




iMPR 



AV-device 



oMPR 



AV-device 



Point to point-connection Broadcast connection 

Figure 8 - Connections 



Isochronous data flow 
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Off-line 



Unconnected 



Idle 



J 



k i 



Connected 



Suspended 



triggered 
triggered 
triggered 
triggered 
triggered 
triggered 
triggered 
triggered 
triggered 



On-line 



Ready 



Active 



internally; no action 
internally; no action 

by establishing the first connection; start isochronous data flow transmission/reception 

by breaking the last connection; stop isochronous data flow transmission/receotion 

internally; suspend isochronous data flow transmission/reception 

internally; resume isochronous data flow transmission/reception 

by establishing the first connection; no action 

by breaking the last connection; no action 

by bus reset; for actions see 7.10 

Figure 9 - Plug state diagram 



Definition 



1 Data rate 
capability 
1 2 


1 Broadcast 
1 channel base 
-J 6 


Non-persistent 
extension field 
1 s 


Persistent 
extension field 


Reserved 


Number of 1 
output plugs 








8 


3 


1 5 1 



Initial values 



Vendor dependent 



Ones 



Vendor 
dependent 



Zeros 



#oPCR 



Bus reset and command reset values 



Unchanged 



Ones 



Unchanged 



Zeros 



#oPCR 



Read value 



Last update 



Last successful lock 



Zeros 



#oPCR 



Lock effect 



Ignored 



Conditionally written 



Ignored 



Figure 10 - oMPR format 
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Definition 



Data rats 1 
capabilfty 1 
1 2 ' — 


Reserved 


1 Non-persistent ( Persistent 
extension fteid 1 extension field 


Reserved 


Number of 1 
Input plugs 1 


Initial values 


l- 3 




Vendor 
1 dependent 1 


Zeros 


Ones 1 ^Vendor 1 
1 1 dependent | 




Zeros 1 


#iPCR j 


Bus reset and command reset values 


J Unchanged | 


Zeros j 


Ones 1 Unchanged | 




Zeros 1 


#IPCR j 






Read value 








1 Last update | 


Zeros 1 


L^st successful locic | 




Zeros 1 


#iPCR 1 






Lock effect 








1 Ignored 




Conditionally written | 




Ignored 





Figure 11 - iMPR format 



Definition 



On-line 
* 1 


Broadcast 
connection 
counter 

^ 1 


Point-to-point 
connection 
counter 


Reserved 


Channel 
number 


Data 
rate 

L-2 - 


Overheac 


i Payload 






6 


2 


6 ' 






^ -10 — 








Initial values 








Zeros 




Bus reset and command reset values 


Unchanged 


Zeros 


Unchanged 


Zeros 


Unchanged 




Read value 






Last update 


Last successful lock 


Zeros 


Last successful lock 


Last update 




Lock effect 




Ignored 


Conditionally written 


Ignored 


Conditionally written 


Ignored 



Figure 12 - oPCR format 
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Definition 



On-Jine 


Broadcast 
connection 
counter 


point-to-point 
connection 
counter 


Reserved 


Channel 
number 


Reserved 




1 


6 2 

Initial values 


6 




Zeros 




Bus reset and command reset values 


1 Unchanged 


Zeros 


Unchanged 


Zeros 


Read value 




Last update j 


Last successful lock 


Zeros 


Last 
successful 
lock 


Zeros 




Lock effect 




Ignored 


Condhtonalfy written 


Ignored 


Conditionally 
written 


Ignored 



Figure 13 - iPCR format 



FFFF rOOO 0900i6 
FFFF FOOD 0904 
FFFF FOOD 0908,^ 

1 D 

FFFF FOOD 090C,^ 



FFFF FOOD 097C 



16 



FFFF FOOD 0980 
FFFF F0D0 0984^ 
FFFF FOOO 0988 



16 



16 



16 



FFFF FOOO 098C,g 



FFFF FOOO 09FC 



16 



oMPR 



oPCR[0] 



oPCR[1] 



oPCR[2] 



oPCR[30] 



iMPR 



iPCR[0] 



iPCR[1] 



iPCRr2] 



iPCR[301 



Figure 14 - PCR address map 
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b B^ril'^^'r? a poinl-to-point connection; permitted by any application 

? SS«SswHS — ^^^^^^ 

Figure 15 - PoinMo-point and broadcast connection counter modifications 



Fait 



Deallocate 1394 resQurnPs 



Execute procedure 
"breaking a point-to-point connection" 
for modified PGR 





Set allocate channel 
in oPCR and iPCR 



Set oPCR data rate 
and overhead- ID 



SetoPCRand iPCR 
point-to-point connection counters 
from zero to one 



Modify qPCR andiPCR 



Figure 16 - Establishing a point-to-point connection 
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Fail 



Copy channel from 
oPCR to iPCR 



Increment oPCR and iPCR point- 
to-point connection counters by one 



Execute procedure 
"breaking a point-to-point connection" 
for modified PGR 




Figure 17- Overlaying a point-to-point connection 



Decrement point-to-point connection 
counters in oPCR and iPCR by one 



Modify oPCR and iPCRl 




Figure 18 - Breaking a point-to-point connection 
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Fail 



Allocate 1394 resources 



NO 



Allocation succeeded? 



DeaHocate 1394 resources I 




Set allocated channel 
in oPCR 



T 



Set oPCR data rate 
and overhead- ID 



Set oPCR broadcast connection 
counter from zero to one 



T 



Modify oPCR 



Figure 19 - Establishing a broadcast-out connection 




Figure 20 - Overlaying a broadcast-out connection 
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Figure 21 - Breaking a broadcast-out connection 



Set iPCR broadcast connection 
counter trom zero to one 




Figure 22 - 



Establishing a broadcast-in connection 
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Set iPCR broadcast connection 
counter from zero to one 



T 



I Motli|v iPCR 1 



Figure 23 - Overlaying a broadcast-in connection 



Set iPCR broadcast connection 
counter from one to zero 



I 



Modi^ iPCR 



OK 



Figure 24 - Breaking a broadcast-in connection 



SelLID process complete after bus reset, and 
isochronous resource manager is selected 



Isoch_resource_deIay 



PGR status 



Isochronous 
data flow 



Controlling applications 
make previous 
connections again 




Time 



' Controlling applications 
make new connection 



Ready 



(remain unchanged) or (active) 



1 



Reflect PGR status 
1,0 Salter bus reset 

Off or active 



Figure 25 



- Time chart of connection management and PCR activities 
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Wait until broadcast or point-to-point 
connection counter 
in oPCR is unequal to zero 
OR 

isoch_resource_delay expires 



I AH ocate channel I 




Allocate bandwidth | 




Figure 26 - Restoring a point-to-point connection 



Allocate channel 



Wait until point-to-point connection counter 
in oPCR is unequal to zero 
OR 

isoch_resource_deiay expires 




YES 



Deallocate 1394 resources 




Execute procedure 
"overlay broadcast-out connection" 



Fail 



OK 



Figure 27 - Restoring a broadcast-out connection 
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Execute procedure 
"overlay broadcasi-in connection' 



OK 



Figure 28 - Restoring a broadcast-in connection 



IEEE 1394 bus 



Node A 

Initial register space 



Register 
address 



000 OBOOie 



000 ODOOti 



Comnnand 

register 
(512 bytes) 



Response 
register 
(512 bytes) 



Comnnand franne 
Response franne 



Node B 


initial register space 






Register 






address 




Command 


000 OBOOie 




register 






(512 bytes) 






Response 


000 ODOOie 




register . 






(512 bytes) 















Figure 29 - Command register and response register 
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T 



(U 

^ to 

O 
03 



4 bytes 



Transmitted first 



•Destination ID 



Source ID 



Destination_offset 



Data_Length 



Extendedjcode 



Header CRC 



T3 

CO 
o 
>> 
CO 
a 



Data field 
(FCP frame) 

Zero pad bytes (if necessary) 



Data.CRC 



Transmitted last 

Figure 30 - Write request for data block packet of IEEE 1394 







4 bytes 






Transmitted first 


^ 






Destination_ID 


1 000? 1 




■o 


Source.lD 




Cket 


CO 

sz 


Destination_offset 


CO 




Quadlet_data (FCP frame) 


J 




Header_CRC 



Transmitted last 

Figure 31 - Write request for data quadlet packet of IEEE 1394 
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4 bytes 



T 



(D 

E 
5 

Q- 
O 
LL 



i 



Transmitted first 



< 



CTS 



4 bits 



Command/Response field 



Zero pad bytes (if necessary) 



Transmitted last 



Figure 32 - FCP frame structure 



T 

E 
to 



Q. 
O 
LL 



1 



4 bytes 



Transmitted first 



1110 


f *Company„iD ' 


i H 

4 bits 


24 bits 


> 




Command/Response field 






(free format) 






; Zero pad bytes (if necessary) 





Transmitted last 
Company.lD: refer to ISO/lEC 13213 



Figure 33 - Vendor unique frame format 



( 
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Annex A 

(normative) 

AV cable and connector 

A.1 Introduction 

This annex covers the specifications of the AV cable and connector as well as the few 
differences in operation between the AV cable and connector and the standard cable and 
connector defined in IEEE 1394. 

A.2 Specification 

A.2.1 Socket and plug of AV connector 

The features of the socket and plug of the AV connector shown in figure A 1 assure 
mtermateability. ^ 

A.2.2 AV cable 

Figure A.2 shows the materials and construction of the AV cable. AV cable assemblies 
conforming to this standard shall meet the requirements shown in figure A.3. 

NOTE - Figures A.I, A.2 and A.3 are for reference only. 
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OJi s COS Oi} 




6.2 V 



Contact finish: 
Q.3rm gold 
over 1,27nTn nicKe! 



Section A-A 




Section B-B 



Dimensions in millimetres 



Figure A.I - Socket and plug of AV connector 
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Figure A.2 - Cable materials and construction 



Plug of AV connector Plug of AV connector 




Contact designation 
both ends ideniicat 

NOTE - Connectors are viewed looking at the contacts of the plug. (for reference only) 

Pin No. Signal 

1 TPS' 

2 TPB 

3 TPA- 

4 TPA 

Figure A,3a - AV connector plug to AV connector plug 



Standard plug 



Plug of AV connector 




Contact designation 
(for reference only) 

Pin No. Signal 

1 VP 

2 VG 

3 TPB- 

4 TPB 

5 TPA- 

6 TPA 



NOTE - Connectors are viewed looking at the contacts of the plug. 



Contact designation 
(for reference only) 

Pin No. Signal 

1 TPB' 

2 TPB 

3 TPA* 

4 TPA 



Figure A.3b - AV connector plug to standard plug 
Figure A-3 - Cable assemblies 



